home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000164_news@columbia.edu _Sat Feb 1 00:37:44 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id AAA12834
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 1 Feb 1997 00:37:44 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id AAA17078
  7.     for kermit.misc@watsun; Sat, 1 Feb 1997 00:37:42 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: K95 xfer works when FTP doesn't?????
  12. Date: 1 Feb 1997 05:37:38 GMT
  13. Organization: Columbia University
  14. Lines: 34
  15. Message-ID: <5cukr2$14t$1@apakabar.cc.columbia.edu>
  16. References: <32f2266f.55500445@199.1.22.49>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:6514
  19.  
  20. In article <32f2266f.55500445@199.1.22.49>,
  21. Vincent Fatica <vefatica@syr.edu> wrote:
  22. : Is there some profound difference between sending files via FTP vs. 
  23. : via Kermit/TCPIP?
  24. : Here's what's happening: On a PPP connection with a provider called 
  25. : servtech, whenever I try to upload via FTP from home to a site outside
  26. : servtech.com, it bogs right down to almost nothing (<100 cps). But I 
  27. : can Kermit (via TCP/IP) the same file to the same host, on the same
  28. : connection, at the expected 3000 cps. I don't get it. Kermit is just
  29. : sending out TCPIP packets just like (?) FTP, isn't it? What might
  30. : account for FTP being horribly slow when Kermit is working normally?
  31. : Also, I have been playing with a HTML server on my NT machine. It
  32. : behaves like FTP when trying to send something out onto the internet
  33. : ... god-awful slow.
  34.  
  35. This is only a guess, but it sounds like someone's TCP/IP implementation
  36. of TCP flow control is bad.  FTP/HTTP send files by opening a socket and 
  37. sending data without any data being sent back in response.  Therefore,
  38. when the TCP window fills and data gets stopped, the restart signal is
  39. not getting through or not getting sent.
  40.  
  41. Kermit transfers continuously send data in both directions.  Therefore,
  42. the available window size is always being piggy backed on top of real 
  43. data packets.
  44.  
  45. Sounds like someone is trashing TCP packets with 0 data.
  46.  
  47. Jeffrey Altman * Kermit Development Group * Columbia University
  48.                * 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
  49.     C-Kermit 5A(191) for OS/2:   http://www.columbia.edu/kermit/cko191.html
  50.   Kermit 95 for Windows 95/NT:   http://www.columbia.edu/kermit/k95.html